User physical attribute based device and content management system

ABSTRACT

Systems and methods for device and content management include determining a user is viewing virtual reality content from a user device, and receiving, through a network from the user device, body information associated with the user while the user is viewing the virtual reality content. A user device management configuration associated with the body information is determined. A user device management action is retrieved using the user device management configuration. A notification associated with the user device management action that causes the user device to perform the user device management action and modify the virtual reality content being viewed by the user is sent through the network to the user device.

CROSS REFERENCE TO RELATED APPLICATIONS

The present application claims priority to and is a Continuation of U.S.patent application Ser. No. 16/050,463, filed Jul. 31, 2018, AttorneyDocket No. 70481.2081US04 (P3257US4); which is a Continuation of U.S.patent application Ser. No. 15/169,225, filed on May 31, 2016, entitled“USER PHYSICAL ATTRIBUTE BASED DEVICE AND CONTENT MANAGEMENT SYSTEM,”now U.S. Pat. No. 10/037,080, issued on Jul. 31, 2018, Attorney DocketNo. 70481.2081US02 (P3257US2). This application is related to U.S.patent application Ser. No. 15/169,195, filed on May 31, 2016, entitled“User Physical Attribute Based Device And Content Management System,”now U.S. Pat. No. 9,798,385, issued on Oct. 24, 2017, Attorney DocketNo. 70481.2081US01 (P3257US1); and U.S. patent application Ser. No.15/790,859, filed on Oct. 23, 2017, entitled “User Physical AttributeBased Device And Content Management System,” Attorney Docket No.70481.2081US03 (P3257US3), the disclosures of which are incorporatedherein by reference.

BACKGROUND

The present disclosure generally relates to device and contentmanagement, and more particularly to a device and content managementsystem that manages devices and content displayed on those devices usinguser physical attribute information of users of the devices.

The Internet has allowed users with computing devices to exchange andutilize a variety of information. For example, users may receive variouscontent such as course materials or other educational material using theInternet, and take educational courses taught online via the Internet.However, such online courses may be impersonal and un-stimulating tomany users. For example, it may be challenging for teachers of suchonline courses to judge the students' understanding of the coursematerials in real time. Furthermore, students of online courses areoften not proactive, and as such often do not seek out help or askquestions about course materials they may not understand. The lack ofstudent engagement in such online courses compared to in-personclassrooms may negatively affect the online courses' effectiveness, andmay result in student users abandoning those online courses. Moreover,while various technologies in devices (e.g., head-mounted devices suchas virtual reality devices, hand-held devices, etc.) may be used toenhance a student user's experience, prolonged use of such devices maycause discomfort (e.g., eye strain, headaches, neck pain, etc.) to theusers, and can raise health concerns for the users as well.

Thus, there is a need for a device and content management system thataddresses the issues detailed above.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a flow chart illustrating an embodiment of a method for deviceand content management;

FIG. 2 is a screen shot illustrating an embodiment of a system providerdevice displaying a medical history information screen;

FIG. 3 is a screen shot illustrating an embodiment of a user devicedisplaying a user device management configurations screen;

FIG. 4 is a screen shot illustrating an embodiment of a user devicedisplaying a user device management configurations screen;

FIG. 5 is a screen shot illustrating an embodiment of a content providerdevice displaying a content management configurations screen;

FIG. 6A is a schematic illustrating an embodiment of a user using one ormore user devices;

FIG. 6B is a schematic illustrating an embodiment of a user device;

FIG. 6C is a schematic illustrating an embodiment of a user device;

FIG. 6D is a schematic illustrating an embodiment of a user using one ormore user devices;

FIG. 7A is a screen shot illustrating an embodiment of a user devicedisplaying a break reminder screen;

FIG. 7B is a schematic view illustrating an embodiment of a user devicedisplaying a switch to sleep mode notification screen;

FIG. 8A is a screen shot illustrating an embodiment of a teacher devicedisplaying a user engagement information notification screen;

FIG. 8B is a screen shot illustrating an embodiment of a teacher devicedisplaying a user engagement information notification screen;

FIG. 9A is a screen shot illustrating an embodiment of a user devicedisplaying an online course screen;

FIG. 9B is a screen shot illustrating an embodiment of a user devicedisplaying an online course screen;

FIG. 10 is a schematic view illustrating an embodiment of a networkedsystem;

FIG. 11 is a perspective view illustrating an embodiment of a userdevice;

FIG. 12 is a schematic view illustrating an embodiment of a computersystem; and

FIG. 13 is a schematic view illustrating an embodiment of a systemprovider device.

Embodiments of the present disclosure and their advantages are bestunderstood by referring to the detailed description that follows. Itshould be appreciated that like reference numerals are used to identifylike elements illustrated in one or more of the figures, whereinshowings therein are for purposes of illustrating embodiments of thepresent disclosure and not for purposes of limiting the same.

DETAILED DESCRIPTION

The present disclosure describes a system and method for providingdevice management and content management to one or more user devices.Various user devices may be used by the user to perform various taskssuch as, for example, taking an online course, playing computer games,reading news/blogs, shopping, and/or engaging in online transactions.Those user devices may be configured to capture physical attributes orother body information of the user while the user is performing thesetasks. In various embodiments, the physical attributes or other bodyinformation may include facial information (e.g., eye redness, eyedryness, eye size, blinking rate, yawn) of the user, gesture information(e.g., raising a hand, nodding off), and/or body measurement dataassociated with measurements of the user's physical attributes or bodyfunctions (e.g., heart rate, temperature, perspiration rate). The bodyinformation detected from the user devices may provide healthinformation (e.g., eye strain, headache, neck pain) of the user. Suchhealth information, together with medical history information (e.g., eyeprescriptions) of the user, may be used to determine a variety ofrecommendations to be made to the user such as, for example, that theuser needs to take a break from using the user device. In addition torecommendations, a user device management action for controlling theuser device (e.g., switching to sleep mode, reducing brightness with oneor more images and/or texts, increasing brightness with one or moreimages and/or texts, increasing or decreasing text and/or image sizes,reducing or increasing speed of content or image changes or transitions)may also be performed. Furthermore, the body information from the userdevices may be analyzed to provide user engagement information (e.g.,degree of attention and/or interest, request for seeking help/askingquestions, etc.) associated with content (e.g., online courses, computergames, news/blogs, shopping items, online transactions, etc.) displayedon the user devices, which may be used to manage the content displayedand/or otherwise provided to the user via the user device.

Referring to FIG. 1, an embodiment of a method 100 for providing deviceand content management is illustrated. Referring to FIGS. 1 and 2, themethod 100 may begin at block 102 where a system provider devicereceives medical history information associated with a user, anddetermines pre-existing health condition information associated with theuser based on the medical history information. Referring to FIG. 2, anembodiment of a system provider device displaying a medical historyinformation screen is illustrated. As illustrated in FIG. 2, the systemprovider device 200 includes a display 202 displaying a medical historyinformation screen 204. The medical history information screen 204displays medical history information about the user received by thesystem provider device 200 (e.g., from a medical history serviceprovider, from a medical history database coupled to the system providerdevice 200, and/or from the user or a person (e.g., a parent) associatedwith the user). In the example of FIG. 2, the medical historyinformation includes a lens prescription 206. The lens prescription 206may be a contact lens prescription or an eyeglasses prescription.

In the example illustrated in FIG. 2, the lens prescription 206 is aneyeglasses prescription, and is referred to as the eyeglassesprescription 206 below. The eyeglasses prescription 206 provides a useridentifier 208 (e.g., the patient “JOHN DOE”), and an expiration date210 (e.g., “Jan. 1, 2018”) of the eyeglasses prescription. At block 102,the system provider device 200 analyzes the eyeglasses prescription 206to generate pre-existing health condition information 212 associatedwith the user. In some examples, the pre-existing health conditioninformation 212 includes nearsightedness information 214A and 214B. Thenearsightedness information 214A in FIG. 2 indicates that the right eye(“OD”) of the user has a nearsightedness that may be corrected by a lenshaving a −4.00 diopter spherical power, while the nearsightednessinformation 214B indicates that the left eye (“OS”) of the user has anearsightedness that may be corrected by a lens having a −5.00 diopterspherical power. In some examples, the pre-existing health conditioninformation 212 may include nearsighted astigmatism information 216indicating that the left eye of the user has nearsighted astigmatismthat may be corrected by a lens having a −0.50 cylindrical power. Insome examples, the pre-existing health condition information 212includes near-addition information 218A and 218B. The near-additioninformation 218A may indicate additional correction information (e.g.,“+2.00”) required for reading for the right eye, and the near-additioninformation 218B may indicate additional correction information (e.g.,(“+2.00”) required for reading for the left eye.

It is noted that while an eyeglasses prescription is used as an exampleof medical history information, it is not intended to be limiting. Themedical history information may include various medical recordsassociated with a variety of pre-existing eye health conditions (e.g.,laser-assisted in situ keratomileusis (LASIK) operation records, contactlens prescriptions, and/or other eye-health conditions known in the art)and/or other pre-existing health conditions (e.g., pre-existing balanceand coordination conditions, pre-existing ear/hearing health conditions,pre-existing heart disease conditions, heart disease drug prescriptions,and/or other health conditions known in the art), which may be receivedand analyzed by the system provider device 200 to generate varioushealth condition information associated with the user.

Referring to FIGS. 1 and 3, the method 100 may proceed to block 104where user device management configurations associated with healthcondition information are provided. In some embodiments, the user devicemanagement configurations may be default configurations provided by thesystem provider device 200 and may be applicable to a plurality ofusers. In some embodiments, the user device management configurationsmay be configured by a user or a person associated with the user (e.g.,a parent of the user), and thus may be customized for a single user or agroup of users (e.g., users having an age between ten and twelve yearsold).

In some embodiments, the user device management configurations mayinclude configurations for managing different components of the userdevice. In some examples, the user device management configurations maybe associated with controlling various graphics and/or displayproperties (e.g., brightness, contrast, color depth, and/or otherdisplay properties know in the art) of the user device based on healthconditions (e.g., pre-existing eye health conditions or other healthconditions) of the user. In some examples, the user device managementconfigurations may be associated with controlling sound properties(e.g., headphone volume, speaker volume, and/or audio properties such asbass, treble, etc.) of the user device based on the health conditions(e.g., health conditions associated with the user's ears) of the user.In some embodiments, the user device management configurations mayinclude configurations that may be used to control a duration of acontinuous usage session (also know as a “session length”) that the usermay use the user device, and/or a duration of a break (also known as a“break length”) between two continuous usage sessions that the user maytake based on various health conditions of the user (e.g., by dimming adisplay of the user device, putting the user device in a sleep mode,shutting the user device down, and/or other actions that would beapparent to one of skill in the art in possession of the presentdisclosure).

Referring to FIG. 3, illustrated is an embodiment of a user devicedisplaying a user device management configurations screen that includesuser device management configurations. The user device 300 includes adisplay 302 displaying a user device management configurations screen304 provided by the system provider device that includes a user devicemanagement configurations section 306. The user device managementconfigurations section 306 includes user device managementconfigurations 316, 318, 320A, 320B, 322A, and 322B associated withdifferent pre-existing health conditions 308 respectively.

In some embodiments, the user device management configuration mayinclude different configurations associated with different types of userdevices (e.g., head-mounted devices such as virtual reality devices,desktop devices, laptop devices, hand-held devices (e.g., phones,tablets), and any other types of user devices known in the art). Varioususer devices of different types may have different viewing distance(e.g., distances between displays of the devices and the users' eyes)and image characteristics (e.g., font sizes), and the use of those userdevices may affect the user differently. For example, a viewing distancefor a head-mounted device is about 15 to 30 millimeters, a viewingdistance for a desktop device is between about 400 to 700 millimeters,and a viewing distance for a hand-held device is between about 170 to500 millimeters. As such, a user may experience eye strain more quicklyusing a head-mounted device relative to using a desktop device.Accordingly, different user device management configurations fordifferent types of user devices may be provided. In some examples, for auser that has no health conditions of concern, the user devicemanagement configuration 316 may include a head-mounted devicemanagement configuration 310 that provides that, if the user device is ahead-mounted device, the user needs to take at least a ten-minute breakafter a continuous usage session of about 35 minutes; a desktop devicemanagement configuration 312 that provides that if the user device is adesktop device, the user needs to take at least a five-minute breakafter a continuous usage session of about 50 minutes; and a hand-helddevice management configuration 314 that provides that if the userdevice is a hand-held device, the user needs to take at least afive-minute break after a continuous usage session of about 40 minutes.The time limit may also be based on the type of content being displayed,including how fast images are changing, how bright or intense the imagesare, and any other factors that may affect eye health. In some examples,for a user with a health condition 308 that includes having receivedLASIK eye surgery, a user device management configuration 318 providesthat the user needs to take breaks more often and/or take longer breakscompared to other users who have not received LASIK eye surgery. Forexample, a desktop device management configuration 312 of the userdevice management configuration 318 provides that if the user hasreceived LASIK eye surgery, the user needs to take at least a ten-minutebreak for every forty minutes using a desktop user device.

In some embodiments, for a user with a pre-existing health condition 308of nearsightedness or farsightedness, the corresponding user devicemanagement configurations 320A, 320B, 322A, and 322B may includedifferent configurations associated with different degrees ofnearsightedness or farsightedness. For example, a user device managementconfiguration 320A is associated with a low degree nearsightedness(e.g., with an eyeglasses prescription of >=−4.00 diopter spherical lenspower), and provides user device management configurations for a userhaving such a relatively low degree nearsightedness. For furtherexample, a user device management configuration 320B is associated witha higher degree farsightedness (e.g., with an eyeglasses prescription ofless than −4.00 diopter spherical lens power), and provides user devicemanagement configurations for a user having such a relatively higherdegree nearsightedness. Similarly, user device management configurations322A and 322B are associated with a relatively low degree offarsightedness (e.g., with an eyeglasses prescription of <=+4.00 diopterspherical lens power) and a relatively higher degree of farsightedness(e.g., with an eyeglasses prescription of greater than +4.00 diopterspherical lens power), respectively.

Referring to FIGS. 1 and 4, the method 100 may proceed to block 106where user device management configurations associated with user bodyinformation are provided. For example, the user body information may beassociated with the user's current health condition such as pain ordiscomfort resulted from the prolonged use of the user device. The userdevice management configurations may be used to provide various userdevice management actions to control the user device usage based on theuser's current health condition, pre-existing health condition, and/orcombinations thereof. Referring to FIG. 4, illustrated is an embodimentof a user device displaying a user device management configurationsscreen identifying user device management configurations associated withbody information. The user device 300 includes a display 302 displayinga user device management configurations screen 304 provided by thesystem provider device that includes a user device managementconfigurations section 402. The user device management configurationssection 402 includes user device management configurations 408, 410,412, 414, 416, and 418 associated with different user body information404 (also referred to as body information 404) and health conditions308.

In some embodiments, the body information includes facial informationassociated with the user's current health conditions. For example, userdevice management configurations 408 and 410 are associated with userbody information 404 that includes facial information (e.g.,“BLINKING/SQUINTING RATE>20 TIMES/MIN”). Such facial informationincludes a relatively high blinking and/or squinting rate (e.g., greaterthan 20 times/minute), which may be associated with a current healthcondition indicating that the user is experiencing eye discomfort. Theuser device management configuration 408 provides that in response toreceiving such body information for a user associated with nopre-existing health conditions of concern, the system provider device200 may cause the user device to perform a user device action 406 anddisplay a break reminder. The user device management configuration 410also provides that in response to receiving such body information for auser associated with a pre-existing health condition 308 indicating thatthe user received LASIK eye procedure, the system provider device maycause the user device to perform a user device action 406 where the userdevice automatically switches to a sleep mode and sleeps for tenminutes.

In the example of FIG. 4, user device management configuration 412 isassociated with user body information 404 that includes facialinformation (e.g., “EYE DRYNESS>DRYNESS THRESHOLD”). The facialinformation is associated with a current user health conditionindicating that the user has a relatively high-level of eye dryness(e.g., having a dryness level higher than a dryness threshold). In someexamples, the dryness threshold may be determined during a trainingperiod when the user does not experience any eye discomfort. In someexamples, the dryness threshold may be determined based on eye healthconditions of the user (e.g., a dryness threshold for a user receivedLASIK eye procedure may be lower than another user who has not receivedLASIK eye procedure). The user device management configuration 412provides that regardless of the user's pre-existing health conditions,for a user with a relatively high-level of eye dryness, the systemprovider device 200 may cause the user device to perform a user deviceaction 406 to display a notification indicating that the user isexperiencing a relatively high level of eye dryness.

In some embodiments, the body information includes gesture informationassociated with gestures of the user. For example, user devicemanagement configurations 414 and 416 are associated with user bodyinformation 404 that includes gesture information (e.g., “HEADACHEGESTURES”). The gesture information is associated with gestures (e.g.,using a hand to massage the forehead) associated with the user's currenthealth condition, which indicates that the user may be experiencing aheadache. In some embodiments, user device management configurations 414and 416 include different user device actions 406 for differentpre-existing health conditions 308 associated with the user. Forexample, user device management configuration 414 provides that for auser associated with a health condition 308 that includes a relativelylow degree of nearsightedness (e.g., with an eyeglasses prescription ofgreater than or equal to −4.00 diopter spherical lens power), the systemprovider device may cause the user device to perform a user deviceaction 406 and display a break reminder. For further example, userdevice management configuration 416 provides that for a user associatedwith a health condition 308 that includes a relatively high degree ofnearsightedness (e.g., with an eyeglasses prescription of less than−4.00 diopter spherical lens power), the system provider device maycause the user device to perform a user device action 406 where the userdevice automatically switches to a sleep mode for five minutes.

In some embodiments, the body information includes body measurement dataassociated with the user. For example, user device managementconfiguration 418 is associated with user body information 404 thatincludes body measurement data (e.g., “HEART RATE>HEARTRATE THRESHOLD”)associated with the user's current health condition (e.g., the user isgetting too excited and may be subject to an increased heart attackrisk) given the user's pre-existing health conditions 308 (e.g., “HEARTDISEASE”). The user device management configuration 418 provides that inresponse to receiving such body measurement data, the system providerdevice may cause the user device to perform a user device action 406where the user device automatically switches to a sleep mode for about10 minutes.

In various embodiments, the user device action may be determined basedon the type of content being displayed, including how fast images arechanging, how bright or intense the images are, image and/or text sizes,and any other factors that may affect eye health. In an example, suchuser device action may include reducing brightness with one or moreimages of the content. In another example, such user device action mayinclude increasing brightness with one or more images of the content. Inyet another example, such user device action includes increasing ordecreasing text and/or image sizes. In yet another example, such userdevice action includes reducing or increasing the speed of content orimage changes or transitions.

Referring to FIGS. 1 and 5, the method 100 may proceed to block 108where content management configurations associated with body informationare provided. Such body information may be associated with userengagement information (e.g., a content difficulty level, a userinterest level, and/or other user engagement information that would beapparent to one of skill in the art in possession of the presentdisclosure) associated with the content displayed on the user device. Asystem provider device may then perform content management actions tomanage the content displayed on the user device based on the userengagement information in order to improve user engagement with thatcontent.

Referring to FIG. 5, illustrated is an embodiment of a content providerdevice displaying a content management configurations screen includingcontent management configurations associated with body information. Thecontent provider device 500 includes a display 512 displaying a contentmanagement configurations screen 502 provided by the system providerdevice that includes a content management configurations section 504.The content management configurations section 504 includes contentmanagement configurations 506, 508, and 510 associated with differentuser body information 404.

In some embodiments, a content management configuration is associatedwith body information including facial information, gesture information,and/or combinations thereof. In an example, content managementconfiguration 506 is associated with user body information 404 includingfacial information (e.g., “FROWNING, SQUINTING”), which is associatedwith user engagement information 516 (e.g., “CONTENT IS DIFFICULT”) andmay indicate that the user may find that the content currently beingdisplayed is presenting some difficulties to the user. In anotherexample, content management configuration 508 is associated with bodyinformation 404 including facial information (e.g., “YAWNING”) and/orgesture information (e.g., “NODDING OFF”), which is associated with userengagement information 516 (e.g., “NOT INTERESTED IN CONTENT”)indicating that the user is not interested in the content currentlybeing displayed. In yet another example, content managementconfiguration 510 is associated with body information 404 includinggesture information (e.g., “RAISING ONE HAND”), which is associated withuser engagement information 516 (e.g., “REQUEST FOR ASKING QUESTIONS”)indicating that the user may have questions to ask about the contentcurrently being displayed.

In some embodiments, a content management configuration includesdifferent configurations associated with different types of content(e.g., content provided in live courses, content provided in recordedcourses, news content, blog content, computer gaming content, shoppingitem content, online instruction manual content, and/or other contentknown in the art) provided by various content providers, and providedifferent content management actions accordingly. In some examples, asillustrated in FIG. 5, each of the content management configurations506, 508, and 510 includes a live course management action 520associated with live course content provided by the content providerdevice 500 (e.g., live course content provided with a teacher to usersin real-time in a physical classroom and/or an online classroom), and arecorded course management action 522 associated with a course usingrecorded material content provided by the content provider device 500.

In some embodiments, a content management configuration is associatedwith body information including both facial information and gestureinformation. For example, content management configuration 508 isassociated with body information 514 that includes facial information(e.g., “YAWNING”) and gesture information (e.g., “NODDING OFF”) that mayindicate that the user may have lost interest in the content currentlybeing displayed. In such examples, a live course management action 520of the content management configuration 508 provides that if the contentis associated with live course content and the particular bodyinformation (e.g., “YAWNING” and/or “NODDING OFF”) associated with theuser is detected, a notification indicating that the user is losinginterest in the content is provided to the teacher provided for the livecourse content (e.g., on a teacher device). A recorded course managementaction 522 of the content management configuration 508 provides that ifthe content is associated with recorded course content, when theparticular body information (e.g., “YAWNING” and/or “NODDING OFF”)associated with the user is detected, the content provider device 500may automatically adapt the content displayed on a display of the userdevice based on the particular body information. For example, thecontent provider device 500 may increase the volume of the contentdisplayed on the user device, play music on the user device, and/orperform other actions to stimulate interest or attention to the content.

In some embodiments, a content management configuration is associatedwith body information including gesture information. For example,content management configuration 510 is associated with body information514, which includes gesture information (e.g., “RAISING ONE HAND”) thatmay indicate that the user is requesting to ask a question. In suchexamples, a live course management action 520 of the content managementconfiguration 508 provides that if the content is associated with livecourse content and the particular body information (e.g., “RAISING ONEHAND”) associated with the user is detected, a notification indicatingthat the user is requesting to ask a question is provided to the teacherprovided for live course content (e.g., on a teacher device). A recordedcourse management action 522 of the content management configuration 508provides that if the content is associated with recorded course contentand the particular body information (e.g., “RAISING ONE HAND”)associated with the user is detected, the content provider device 500may automatically pause the content displayed on a display of the userdevice, and provide a submit question screen allowing the user to submitone or more questions about the content currently being displayed.

Referring to FIGS. 1, 6A, 6B, 6C, and 6D, the method 100 proceeds toblock 110, where content is provided for display on a user deviceassociated with the user. In various embodiments, the user device mayreceive the content from the system provider device, a content providerdevice, and/or any third-party service provider device.

Referring to FIG. 6A, illustrated is an embodiment of a user 602 viewingcontent using one or more user devices 300. In an example, the one ormore user devices 300 includes a first user device 300A that may bemounted on the head of the user 602. The first user device 300A mayinclude a screen for displaying content for the user, and may be used tocollect various body information associated with the user 602, whichwill be described in detail below with reference to FIG. 6B. In anotherexample, the one or more user devices 300 may include a second userdevice 300B that may be worn on a wrist of the user 602 or any othersuitable places (e.g., hands, arms). The second user device 300B may beused to collect various body information associated with the user 602,which will be described in detail below with reference to FIG. 6C.

Referring to FIG. 6B, illustrated is an embodiment of a user device 300Aof FIG. 6A that may be positioned on the head of the user 602 (e.g., anOculus Rift® available from Oculus VR, LLC of Menlo Park, Calif.; aSamsung Gear VR® available from Samsung Electronics Co., Let of Suwon,South Korea; an HTC Vive® available from HTC Corp. of New Taipei City,Taiwan, Google Glass® available from Google Inc. of Mountain View,Calif.; etc.). The user device 300A includes a display 604 that may beused to display various content to the user, a camera 606 for capturingimages of the user 602's face, and an infrared sensor 608 for capturingthermal images of the tear film 612 of the eye 610. In an example, theuser device analyzes the face images to determine facial informationincluding for example, eye blinking rate and eye redness information,using a digital image process engine. In another example, the userdevice analyzes the eye thermal images to determine facial informationincluding eye dryness information by analyzing temperature change andtemperature distribution on the tear film 612. The user device 300B mayalso include a

Global Positioning System (GPS) device, a microphone, a wirelesscommunications device, and/or any other subsystems that may be utilizedto display content and capture the body information described herein.

Referring to FIG. 6C, illustrated is a user device 300B of FIG. 6A thatmay be worn on the user's wrist (e.g., a Fitbit Charge HR WirelessActivity Wristband® available from Fitbit Inc. of San Francisco, Calif.;an Apple Watch® available from Apple Inc. of Cupertino, Calif., etc.).The user device 300B includes a camera 640 that may be used to capturethe user 602's facial information and/or gesture information, aperspiration sensor 642 that may be used to capture perspiration data ofthe user 602, a heart rate sensor 644 that may be used to capture aheart rate of the user 602, a motion sensor 646 that may be used tocapture the user 602's gesture information, and a display 648 that maybe used to display various content to the user. The user device 300B mayalso include a Global Positioning System (GPS) device, a microphone, awireless communications device, and/or any other subsystems that may beutilized to capture the body information described herein.

Referring to FIG. 6D, illustrated is a user 602 viewing content usingone or more user devices 300. In an example, the one or more userdevices 300 include a laptop computing device 654 including a camera 650that may be used to capture the user 602's facial information and/orgesture information. In another example, the one or more user device 300include a camera 652 installed at a remote position relative to thelaptop computing device 654 (e.g., on the ceiling of a room) and that issuitable to capture facial and gesture information of the user 602.

While the analysis of various images, gesture data, and body measurementdata to recognize that the body information is associated withparticular current health conditions of the user has been discussed asbeing performed in the user device 300, in some embodiments, the imagefile, the gesture data, and/or body measurement data may be sent to thesystem provider device (e.g., through a network) and then analyzed(e.g., by an imaging processing engine) in the system provider device todetermine the corresponding current health conditions while remainingwithin the scope of the present disclosure.

Referring to FIGS. 1, 6A, 6B, 6C, and 6D, the method 100 may proceed toblock 110 where user device usage information and user body informationare sent from the user device to the system provider device. In someembodiments, the user device usage information includes a length of asession that the user has been continuously using a user device.

Referring to FIG. 6B, in some examples, the user body informationincludes facial information of the user 602, for example, eye drynessinformation captured by the infrared sensor 608 of the user device 300A,eye redness information captured by the camera 606 of the user device300A, and eye blinking/squinting rate captured by the camera 606 of theuser device 300A.

Referring to FIG. 6C, in some examples, the body information may includegesture information corresponding to a gesture of the user 602 that iscaptured by the user device 300B. In some examples, the user 602 wearsthe user device 300B on the right wrist. In an example, the bodyinformation includes gesture information that is captured by a motionsensor 646 of the user device 300B and that is indicative of the user602 raising their right hand. In another example, the body informationincludes gesture information that is captured by the camera 640 of theuser device 300B and that is indicative of the user 602 raising theirleft hand. In some examples, the body information may include bodymeasurement data of the user 602 such as perspiration data, heart ratedata, temperature data, and/or any other body measurement data known inthe art. In an example, the perspiration data of the user 602 iscaptured using the perspiration sensor 642 of the user device 300B. Inanother example, the heart rate data of the user 602 is captured using aheart rate sensor 644 of the user device 300B. In yet another example,the temperature data of the user 602 is captured using a temperaturesensor of the user device 300B.

Referring to FIG. 6D, in some examples, the user body informationincludes facial information and/or gesture information of the user 602captured by one or more cameras 650 and 652 of the one or more userdevices 300.

Referring to FIGS. 1, 7A, and 7B, the method 100 may proceed to block114 where the system provider device causes the user device to perform auser device management action. Various user device management actionsmay be performed based on the user device usage information and/or userbody information according to the user device management configurations.

Referring to the example of FIG. 7A, an embodiment of a user devicemanagement action notification provided to the user device 300 isillustrated. As illustrated in the example of FIG. 7A, the user device300 includes a display 302 displaying a user device management actionnotification screen 702. In the particular example of FIG. 7A, based onthe user's medical history information, the system provider device 200may determine that the user has a health condition indicating that theuser received LASIK eye surgery. The system provider device 200 may thendetermine (e.g., by using a user device management configurationdatabase) that user device management configuration 318 is associatedwith the user based on the health condition. In the particular exampleof FIG. 7A, the user device is a head-mounted device. As such, thehead-mounted device management configuration 310 of the user devicemanagement configuration 318 applies, which provides a recommendationthat the user may take a ten-minute break every thirty minutes whenusing the user device 300. The system provider device 200 sends a userdevice management action notification to the user device 300. Asillustrated in FIG. 7A, the user device management action notificationscreen 702 includes a break reminder section 704 that notifies the userthat the user has been using the user device 300 continuously for aprolonged period 706 (e.g., “THIRTY MINUTES”). The break remindersection 704 also includes a recommendation of a break of a particularbreak time 708 (e.g., “TEN-MINUTE”) according to the head-mounted devicemanagement configuration 310. The user may select the button 710 (e.g.,“TAKE A BREAK”) to stop viewing the display of the user device 300. Inan example, after the user selects the button 710, the user device 300is turned off or switched to a sleep mode for the particular break time708. Alternatively, in some examples, the user chooses to continue usingthe device but take a break later, and selects the button 712 (e.g.,“REMIND AGAIN IN FIVE MINUTES”). In an example, after the user selectsthe button 712, the user device 300 may continue to display content tothe user, and after five minutes, display a break reminder to the useragain.

In some embodiments, as illustrated in FIG. 7B, the user may not beprovided the ability to change or delay the user device managementaction. Referring to the example of FIG. 7B, an embodiment of a userdevice management action notification is provided to the user device300. As illustrated in the example of FIG. 7B, the user device 300includes a display 302 displaying a user device management actionnotification screen 702. In the particular example of FIG. 7B, based onthe user's medical history information, the system provider device 200may determine that the user has a health condition indicating that theuser received LASIK eye surgery previously. The system provider device200 may then determine (e.g., by using a user device managementconfiguration database) that user device management configuration 410 isassociated with the user based on the health condition. The user devicemanagement configuration 410 provides that the user device will beswitched to sleep mode for ten minutes after the system provider devicereceives body information 404 indicating that the user has a highblinking/squinting rate (e.g., greater than about 10 times/minute).

In the particular example of FIG. 7B, the system provider device 200receives body information 404 from the user device 300 indicating thatthe user has a blinking/squinting rate of about 15 times/minute. Thesystem provider device 200 may then determine a user device managementaction based on the body information according to the user devicemanagement configuration 410, and send a user device management actionnotification to the user device 300. As illustrated in FIG. 7B, the userdevice management action notification screen 702 includes a notificationsection 724 (e.g., “SWITCH TO SLEEP MODE NOTIFICATION”), which includeshealth information 726 (e.g., “YOUR EYES ARE TIRED”) of the userdetermined using the body information, and a user device managementaction 728 (e.g., “SWITCHED TO SLEEP MODE”) notifying the user that theuser device 300 will be switched to the sleep mode for a time period 730(e.g., “10 MINUTES”). In such example, the user may not be provided theability to change or delay the user device management action, and theuser device 300 will be switched to the sleep mode for about ten minutesin thirty seconds.

Referring to FIGS. 1, 8A, 8B, 9A, and 9B, the method 100 proceeds toblock 116, where a content management action is performed based on theuser body information according to content management configurations. Insome embodiments, the system provider device determines that an operator(e.g., a teacher provided for live course content) associated with acontent service provider is available for managing content. In suchembodiments, the system provider device may determine user engagementinformation based on the user body information, and provide the userengagement information to an operator device (e.g., a teacher device).The operator may manage the content for the user based on the userengagement information. In some embodiments, the system provider deviceand/or the content provider device may automatically make adjustments tothe content displayed to the user based on the user body information.

Referring to FIGS. 8A and 8B, illustrated are embodiments of an operatordevice (e.g., a teacher device) associated with an operator (e.g., ateacher) for managing content (e.g., live course content) provided to auser based on user engagement information provided by the systemprovider device. In some embodiments, the user engagement informationmay include content difficulty level information that indicates whetherthe user finds that the content is too difficult, too easy, or at theright difficulty level. In some embodiments, the user engagementinformation may include user interest level information that indicateswhether the user finds that the content is interesting or has beendistracted.

Referring to FIG. 8A, illustrated is an embodiment of a teacher device800 including a display 802 displaying a live course management screen804 that includes a user engagement information notification section806. In an example, the system provider device receives body information404 (e.g., frowning facial information) from the user device, indicatingthat the user is frowning when viewing the content. The system providerdevice may determine user engagement information (e.g., “CONTENT ISDIFFICULT”) based on the body information 404 according to the contentmanagement configuration 506 as discussed above with reference to FIG.5. The system provider device further may determine that the content isassociated with a live course, perform a live course management action520 (e.g., “PROVIDE NOTIFICATION INDICATING USER ENGAGEMENT”) of thecontent management configuration 506, and send a user engagementinformation notification to a teacher device. As illustrated in FIG. 8A,the user engagement information notification section 806 includes userengagement information 810 (e.g., “THE CONTENT MAY BE DIFFICULT”)associated with a user 808 (e.g., “JOHN DOE”). The user engagementinformation notification section 806 may also include an image 816 ofthe user so that the teacher may use the image 816 to further determinethe content's difficulty level for the user. In some embodiments, theteacher may perform various actions based on the user engagementinformation (e.g., user engagement information 810 received from thesystem provider device, and/or user engagement information that theteacher extracted from the image 816). In an example, the teacher mayselect the button 812 (e.g., “REQUEST FEEDBACK FROM JOHN”) to requestfeedback from the user 808 (e.g., confirming the difficulty level of thecontent, and/or collecting questions from the user). In another example,the teacher may select the button 814 (e.g., “CHANGE THE CONTENT”) toadapt the content based on the user's engagement information (e.g., byproviding more detailed explanation of a particular topic where the userfinds the content difficult). Yet in another example, the teacher mayselect the button 818 (e.g., “CONTINUE”) without making any changes tothe content (e.g., after the teacher determines there is no need to makechanges to the content based on the difficult level shown by the user'simage 816).

Referring to FIG. 8B, in some embodiments, the user engagementinformation includes user interest level information. Illustrated inFIG. 8B is an embodiment of a teacher device 800 that includes a display802 displaying a live course management screen 804 that includes a userengagement information notification section 806. In the example of FIG.8B, the system provider device receives body information 404 (e.g., anodding off gesture information) from the user device that indicatesthat the user is nodding off. The system provider device may determineuser engagement information (e.g., “NOT INTERESTED IN CONTENT”) based onthe body information 404 according to the content managementconfiguration 508 as discussed above with reference to FIG. 5. In thatparticular example, the user engagement information includes userinterest level information indicating that the user shows a low interestin the content (or a particular section of the content). The systemprovider device further may determine that the content is associatedwith live course content, perform a live course management action 520(e.g., “PROVIDE NOTIFICATION INDICATING USER ENGAGEMENT”) of the contentmanagement configuration 508, and send a user engagement informationnotification to a teacher device. As illustrated in FIG. 8B, the userengagement information notification section 806 includes user engagementinformation 850 (e.g., “NOT INTERESTED IN THE CONTENT”) associated witha user 808 (e.g., “JOHN DOE”). The user engagement informationnotification section 806 may also include an image 852 of the user(e.g., showing the user's gesture), so that the teacher may use theimage 852 to further determine the user's interest level in the content.In some embodiments, the teacher may perform various actions based onthe user engagement information (e.g., user engagement information 850received from the system provider device, and/or user engagementinformation that the teacher extracted from the image 852). In anexample, the teacher may select the button 854 (e.g., “PLAY AN ANIMATEDVIDEO”) to play an animated video. In another example, the teacher mayselect the button 856 (e.g., “INCREASE THE VOLUME”) to increase thevolume of the sound played on the user device. In yet another example,the teacher may select the button 858 (e.g., “PLAY MUSIC”) to play musicon the user device. In yet another example, the teacher may select thebutton 860 (e.g., “TAKE A QUIZ”) to start a quiz on the user device. Inthe example of FIG. 8B, the button 860 includes effectivenessinformation 862 (e.g., “MOST EFFECTIVE FOR JOHN”) associated with thebutton 860. The effective information 862 may be determined based onpast responses of the user for various changes to the content. In theparticular example, the effectiveness information 862 provides thattaking a quiz is the most effective way to regain the user's interest.

In some embodiments, after the teacher selects a button (e.g., frombuttons 854, 856, 858, and 860) and makes a change to the content, thesystem provider device receives body information of the user in responseto the change of the content, and updates the effectiveness informationassociated with those buttons based on that body information.

Referring to FIGS. 9A and 9B, in some embodiments, the system providerdevice and/or the content provider device may automatically make changesto the content based on the body information, the associated userengagement information, and the content management configurations.Illustrated in FIG. 9A is an embodiment of a user device 300 including adisplay 302 displaying an online course screen 902 associated with anonline course (e.g., “DIGITAL FILTER DESIGN”) that the user is taking.The system provider device receives body information 404 (e.g., araising a hand gesture information) from the user device, and determinesuser engagement information (e.g., “REQUEST FOR ASKING QUESTIONS”) basedon the body information 404 according to the content managementconfiguration 510 as discussed above with reference to FIG. 5. Thesystem provider device further may determine that the content isassociated with recorded course content, and perform a recorded coursemanagement action 522 (e.g., “PAUSE THE COURSE; PROVIDE A QUESTIONSUBMISSION INTERFACE TO THE USER”) of the content managementconfiguration 510. According to the recorded course management action522 of the content management configuration 510, the system providerdevice may pause the recorded course displayed on the user device 300,and cause the user device 300 to display a question submission interface904 in the online course screen 902. The question submission interface904 includes a message 906 (e.g., “PLEASE SUBMIT YOUR QUESTIONS”), andan input area 908 where the user may type questions. In the particularexample, the user has typed a question 909 (e.g., “WHAT IS THEDIFFERENCE BETWEEN FIR FILTER AND IIR FILTER?”). In an example, afterthe user has finished with the questions, the user chooses the button910 (e.g., “FINISH AND SUBMIT”) to submit the questions to the systemprovider device and/or the content provider device. In another example,the user chooses the button 912 (e.g., “I DO NOT HAVE ANY QUESTIONS”)without providing any questions. In such examples, the recorded courseis resumed without any changes.

Referring to FIG. 9B, in some embodiments, after the system providerdevice and/or the content provider device receives the question 909 fromthe user device 300, the system provider device and/or the contentprovider device automatically update the online course material withcontent associated with the question 909, and sends a content changenotification to the user device 300 that causes the updated onlinecourse content to be displayed on the user device 300. Illustrated inFIG. 9B is an embodiment of a user device 300 including a display 302displaying an online course screen 902 associated with the online course(e.g., “DIGITAL FILTER DESIGN”). The online course screen 902 includesan updated online course content section 950 (e.g., “DIFFERENCE BETWEENFIR FILTERS AND IIR FILTERS”), which displays content 952 addressing theuser's question 909.

It is noted that while online course content providers are used as anexample of content providers, it is not intended to be limiting. Avariety of other content providers (e.g., online news and blogsproviders, online game providers, merchant website providers, socialmedia providers) may be used in the method 100 without departing fromthe scope of the present disclosure. For example, a merchant websiteprovider may receive user engagement information associated withparticular content (e.g., online instruction manual content) indicatingthat the users find that the particular content are difficult tounderstand. In response, the merchant website provider may update theparticular content to boost user engagement, which may lead to moresales of products.

Thus, systems and methods for providing device and content managementhave been described that operate to provide users, system providers, andvarious content providers a device and content management system thatmay adapt device and content management according to needs of differentusers. The device and content management may be configured based on theuser's health conditions, including pre-existing health conditions,current health conditions, and/or a combination thereof. For example,the system provider device may determine pre-existing health conditionsof the user using medical history information associated with user. Forfurther example, the system provider device may determine current healthconditions of the user based on body information (e.g., facialinformation, gesture information, body measurement data, and/or acombination thereof) captured by the user devices. The system providerdevice may control the user device usage (e.g. the length of acontinuous usage session, the length of a break between two continuoususage sessions, brightness of the display, volume of the sound) based onthose health conditions. This allows the system provider device toprovide personalized health protection for the user based on the user'shealth conditions.

In some embodiments, the device and content management is configuredbased on user engagement information in content displayed on the userdevice. For example, the system provider device may determine userengagement information (e.g., content difficulty level, user interestlevel, user request for asking questions) based on body information(e.g., facial information, gesture information, body measurement data)captured by a user device. The system provider device may control thecontent displayed on the user device (e.g., directly or through acontent provider device) based on the user engagement information. Thisallows the system provider device to provide personalized content to theuser, and improve user engagement in the content.

Referring now to FIG. 10, an embodiment of a network-based system 1000for implementing one or more processes described herein is illustrated.As shown, network-based system 1000 may comprise or implement aplurality of servers and/or software components that operate to performvarious methodologies in accordance with the described embodiments.Exemplary servers may include, for example, stand-alone andenterprise-class servers operating a server OS such as a MICROSOFT® OS,a UNIX® OS, a LINUX® OS, or other suitable server-based OS. It can beappreciated that the servers illustrated in FIG. 10 may be deployed inother ways and that the operations performed and/or the servicesprovided by such servers may be combined or separated for a givenimplementation and may be performed by a greater number or fewer numberof servers. One or more servers may be operated and/or maintained by thesame or different entities.

The embodiment of the networked system 1000 illustrated in FIG. 10includes one or more user devices 1002, one or more teacher devices1003, one or more medical history provider devices 1004, one or morecontent provider devices 1005, one or more system provider devices 1006,and one or more third party service provider devices 1008 incommunication over a network 1010. Any of the user devices 1002 may bethe user devices 300, 300A, and 300B discussed above and used by theuser discussed above. Any of the teacher devices 1003 may be the teacherdevice 800 associated with the teacher discussed above. Any of themedical history provider devices 1004 may be the medical historyprovider device associated with the medical history provider discussedabove. Any of the content provider devices 1005 may be the contentprovider device 500 discussed above and associated with the contentprovider discussed above. The system provider device 1006 may be thesystem provider device 200 discussed above and may be operated by asystem provider such as, for example, PayPal Inc. of San Jose, Calif.The third party service provider device 1008 may be the service providerdevice discussed above and may be operated by various service providersincluding payment service providers, rewards providers, discountproviders, marketplace providers, and/or any other service providers.

The user devices 1002, teacher devices 1003, medical history providerdevices 1004, content provider devices 1005, system provider devices1006, and third party service provider devices 1008 may each include oneor more processors, memories, and other appropriate components forexecuting instructions such as program code and/or data stored on one ormore computer readable mediums to implement the various applications,data, and steps described herein. For example, such instructions may bestored in one or more computer readable mediums such as memories or datastorage devices internal and/or external to various components of thesystem 1000, and/or accessible over the network 1010.

The network 1010 may be implemented as a single network or a combinationof multiple networks. For example, in various embodiments, the network1010 may include the Internet and/or one or more intranets, landlinenetworks, wireless networks, and/or other appropriate types of networks.

The user device 1002 may be implemented using any appropriatecombination of hardware and/or software configured for wired and/orwireless communication over network 1010. For example, in oneembodiment, the user device 1002 may be implemented as a personalcomputer of a user in communication with the Internet. In someembodiments, the user device 1002 may be a wearable device. In someembodiments, the user device 1002 may be a smart phone, personal digitalassistant (PDA), laptop computer, and/or other types of computingdevices.

The user device 1002 may include one or more browser applications whichmay be used, for example, to provide a convenient interface to permitthe customer to browse information available over the network 1010. Forexample, in one embodiment, the browser application may be implementedas a web browser configured to view information available over theInternet.

The user device 1002 may also include one or more toolbar applicationswhich may be used, for example, to provide user-side processing forperforming desired tasks in response to operations selected by thecustomer. In one embodiment, the toolbar application may display a userinterface in connection with the browser application.

The user device 1002 may further include other applications as may bedesired in particular embodiments to provide desired features to theuser device 1002. In particular, the other applications may include anonline course application provided by an online course provider throughthe content provider device 1005. The other applications may alsoinclude security applications for implementing user-side securityfeatures, programmatic user applications for interfacing withappropriate application programming interfaces (APIs) over the network1010, or other types of applications. Email and/or text applications mayalso be included, which allow the customer to send and receive emailsand/or text messages through the network 1010. The user device 1002includes one or more user and/or device identifiers which may beimplemented, for example, as operating system registry entries, cookiesassociated with the browser application, identifiers associated withhardware of the user device 1002, or other appropriate identifiers, suchas a phone number. In one embodiment, the user identifier may be used bythe system provider device 1006, the medical history provider device1004, and/or the content provider device 1005 to associate the user witha particular account as further described herein.

Referring now to FIG. 11, an embodiment of a user device 1100 isillustrated. The user device 1100 may be the user devices 300, 300A, and300B. The user device 1100 includes a chassis 1102 having a display 1104and an input device including the display 1104 and a plurality of inputbuttons 1106. One of skill in the art will recognize that the userdevice 1100 is a portable or mobile phone including a touch screen inputdevice and a plurality of input buttons that allow the functionalitydiscussed above with reference to the method 100. However, a variety ofother portable/mobile customer devices may be used in the method 100without departing from the scope of the present disclosure.

Referring now to FIG. 12, an embodiment of a computer system 1200suitable for implementing, for example, the system provider device 200,user devices 300, 300A, and 300B, content provider device 500, teacherdevice 800, medical history provider device 1004, content providerdevice 1005, third party service provider device 1008, is illustrated.It should be appreciated that other devices utilized by users, teachers,content providers, medical history providers, third party serviceproviders, and/or system providers in the system discussed above may beimplemented as the computer system 1200 in a manner as follows.

In accordance with various embodiments of the present disclosure,computer system 1200, such as a computer and/or a network server,includes a bus 1202 or other communication mechanism for communicatinginformation, which interconnects subsystems and components, such as aprocessing component 1204 (e.g., processor, micro-controller, digitalsignal processor (DSP), etc.), a system memory component 1206 (e.g.,RAM), a static storage component 1208 (e.g., ROM), a disk drivecomponent 1210 (e.g., magnetic or optical), a network interfacecomponent 1212 (e.g., modem or Ethernet card), a display component 1214(e.g., CRT or LCD), an input component 1218 (e.g., keyboard, keypad, orvirtual keyboard), a cursor control component 1220 (e.g., mouse,pointer, or trackball), and a location sensor component 1222 (e.g., aGlobal Positioning System (GPS) device as illustrated, a cell towertriangulation device, and/or a variety of other location determinationdevices known in the art). In one implementation, the disk drivecomponent 1210 may comprise a database having one or more disk drivecomponents.

In accordance with embodiments of the present disclosure, the computersystem 1200 performs specific operations by the processor 1204 executingone or more sequences of instructions contained in the memory component1206, such as described herein with respect to the system providerdevice(s) 200, user devices 300, 300A, and 300B, content provider device500, teacher devices 800, medical history provider device 1004, contentprovider device 1005, and/or third party service provider device 1008.Such instructions may be read into the system memory component 1206 fromanother computer readable medium, such as the static storage component1208 or the disk drive component 1210. In other embodiments, hard-wiredcircuitry may be used in place of or in combination with softwareinstructions to implement the present disclosure.

Logic may be encoded in a computer readable medium, which may refer toany medium that participates in providing instructions to the processor1204 for execution. Such a medium may take many forms, including but notlimited to, non-volatile media, volatile media, and transmission media.In one embodiment, the computer readable medium is non-transitory. Invarious implementations, non-volatile media includes optical or magneticdisks, such as the disk drive component 1210, volatile media includesdynamic memory, such as the system memory component 1206, andtransmission media includes coaxial cables, copper wire, and fiberoptics, including wires that comprise the bus 1202. In one example,transmission media may take the form of acoustic or light waves, such asthose generated during radio wave and infrared data communications.

Some common forms of computer readable media includes, for example,floppy disk, flexible disk, hard disk, magnetic tape, any other magneticmedium, CD-ROM, any other optical medium, punch cards, paper tape, anyother physical medium with patterns of holes, RAM, PROM, EPROM,FLASH-EPROM, any other memory chip or cartridge, carrier wave, or anyother medium from which a computer is adapted to read. In oneembodiment, the computer readable media is non-transitory.

In various embodiments of the present disclosure, execution ofinstruction sequences to practice the present disclosure may beperformed by the computer system 1200. In various other embodiments ofthe present disclosure, a plurality of the computer systems 1200 coupledby a communication link 1224 to the network 1010 (e.g., such as a LAN,WLAN, PTSN, and/or various other wired or wireless networks, includingtelecommunications, mobile, and cellular phone networks) may performinstruction sequences to practice the present disclosure in coordinationwith one another.

The computer system 1200 may transmit and receive messages, data,information and instructions, including one or more programs (i.e.,application code) through the communication link 1224 and the networkinterface component 1212. The network interface component 1212 mayinclude an antenna, either separate or integrated, to enabletransmission and reception via the communication link 1224. Receivedprogram code may be executed by processor 1204 as received and/or storedin disk drive component 1210 or some other non-volatile storagecomponent for execution.

Referring now to FIG. 13, an embodiment of a system provider device 1300is illustrated. In an embodiment, the system provider device 1300 may bethe system provider devices 200 discussed above. The system providerdevice 1300 includes a communication engine 1302 that is coupled to thenetwork 1010 and to a device and content management engine 1304 that iscoupled to a medical history database 1306 and a content database 1308.The communication engine 1302 may be software or instructions stored ona computer-readable medium that allows the system provider device 1300to send and receive information over the network 1010. The device andcontent management engine 1304 may be software or instructions stored ona computer-readable medium that is operable to receive body informationfrom a user device associated with a user, determine a user devicemanagement configuration associated with the body information, retrievea user device management action using the user device managementconfiguration, and send to the user device, a notification associatedwith the user device management action that causes the user device toperform the user device management action, and provide any of the otherfunctionality that is discussed above. While the databases 1306-1308have been illustrated as separate from each other and located in thesystem provider device 1300, one of skill in the art will recognize thatany or all of the databases 1306-1308 may be combined and/or may beconnected to the device and content management engine 1304 through thenetwork 1010 without departing from the scope of the present disclosure.

Where applicable, various embodiments provided by the present disclosuremay be implemented using hardware, software, or combinations of hardwareand software. Also, where applicable, the various hardware componentsand/or software components set forth herein may be combined intocomposite components comprising software, hardware, and/or both withoutdeparting from the scope of the present disclosure. Where applicable,the various hardware components and/or software components set forthherein may be separated into sub-components comprising software,hardware, or both without departing from the scope of the presentdisclosure. In addition, where applicable, it is contemplated thatsoftware components may be implemented as hardware components andvice-versa.

Software, in accordance with the present disclosure, such as programcode and/or data, may be stored on one or more computer readablemediums. It is also contemplated that software identified herein may beimplemented using one or more general purpose or specific purposecomputers and/or computer systems, networked and/or otherwise. Whereapplicable, the ordering of various steps described herein may bechanged, combined into composite steps, and/or separated into sub-stepsto provide features described herein.

The foregoing disclosure is not intended to limit the present disclosureto the precise forms or particular fields of use disclosed. As such, itis contemplated that various alternate embodiments and/or modificationsto the present disclosure, whether explicitly described or impliedherein, are possible in light of the disclosure. Having thus describedembodiments of the present disclosure, persons of ordinary skill in theart will recognize that changes may be made in form and detail withoutdeparting from the scope of the present disclosure. Thus, the presentdisclosure is limited only by the claims.

The foregoing disclosure is not intended to limit the present disclosureto the precise forms or particular fields of use disclosed. As such, itis contemplated that various alternate embodiments and/or modificationsto the present disclosure, whether explicitly described or impliedherein, are possible in light of the disclosure. Having thus describedembodiments of the present disclosure, persons of ordinary skill in theart will recognize that changes may be made in form and detail withoutdeparting from the scope of the present disclosure. Thus, the presentdisclosure is limited only by the claims.

1. (canceled)
 2. A method, comprising: determining that a user isviewing virtual reality (VR) content using a VR device, the VR contentbeing provided to the user via the VR device from a VR content providervia a network; accessing biometric data of the user, the biometric dataobtained by the VR device while the user is viewing the VR content, thebiometric data indicating one or more biological measurements of theuser; determining, based at least on the biometric data of the user, aVR device configuration for the VR device, the VR device configurationcomprising one or more of tunable characteristics of the VR device orcontent changes to the VR content; determining, based at least on the VRdevice configuration, a VR device action for implementation on the VRdevice; and performing the VR device action on the VR device to changeone or more of the tunable characteristics of the VR device while theuser is viewing the VR content.
 3. The method of claim 2, wherein saiddetermining the VR device configuration comprises providing thebiometric data to a device and content management engine that accesses aplurality of device and content configurations.
 4. The method of claim2, wherein said performing the VR device action on the VR devicecomprises communicating a notification associated with the VR deviceaction that causes the VR device to perform the change of the one ormore of the tunable characteristics of the VR device.
 5. The method ofclaim 2, wherein said performing the VR device action further comprisesmodifying the VR content being viewed by the user using the VR device.6. The method of claim 2, wherein said performing the VR device actionfurther comprises modifying the VR content being provided to the VRdevice.
 7. The method of claim 2, further comprising accessing, via thenetwork from a medical history provider, medical history informationassociated with the user, wherein said determining the VR device actionis further based on the medical history information.
 8. The method ofclaim 2, wherein the tunable characteristics of the VR device comprisecharacteristics associated with a viewing distance between a display ofthe VR device and eyes of the user.
 9. The method of claim 2, whereinthe VR device comprises a head-mounted display configured to be worn bythe user, wherein the tunable characteristics of the VR device comprisecharacteristics of the head-mounted display.
 10. The method of claim 2,wherein the tunable characteristics of the VR device comprisecharacteristics of a session of the VR content being provided to theuser via the VR device, wherein said determining the VR device actioncomprises determining one or more a continuous usage session lengththreshold and a break length of the session.
 11. A virtual realitydevice, comprising: a non-transitory memory storing instructions; and aprocessor configured to execute the instructions to cause the virtualreality (VR) device to: determine that a user is viewing VR contentusing the VR device, the VR content being provided to the user via theVR device from a VR content provider via a network; responsive todetermination that a certain biometric parameter of the user is outsideof an allowable threshold of biometric data of the user, access a VRdevice configuration for the VR device, the VR device configurationcomprising one or more of tunable characteristics of the VR device orcontent changes to the VR content, and determine, based at least on theVR device configuration, a VR device action for implementation on the VRdevice, the VR device action to address the certain biometric parameterof the user that is outside of the allowable threshold of biometric dataof the user; and change, based on the VR device action, one or more ofthe tunable characteristics of the VR device while the user is viewingthe VR content.
 12. The VR device of claim 11, wherein executing theinstructions further causes the VR device to access biometric data ofthe user, the biometric data obtained by the VR device while the user isviewing the VR content, the biometric data indicating one or morebiological measurements of the user.
 13. The VR device of claim 11,wherein said accessing the VR device configuration comprises accessing acontent management engine that accesses a plurality of device andcontent configurations.
 14. The VR device of claim 11, wherein saidchanging the one or more of the tunable characteristics of the VR devicecomprises modifying the VR content being viewed by the user using the VRdevice.
 15. The VR device of claim 11, wherein executing theinstructions further causes the VR device to communicate with a VRcontent provider to modify the VR content being provided to the VRdevice.
 16. The VR device of claim 11, wherein executing theinstructions further causes the VR device to access, via a network froma medical history provider, medical history information associated withthe user, wherein the determination that the certain biometric parameterof the user is outside of the allowable threshold of biometric data ofthe user is based on the medical history information.
 17. Anon-transitory machine-readable medium having instructions storedthereon, the instructions executable to cause performance of operationscomprising: determining that a user is viewing virtual reality (VR)content using a VR device, the VR content being provided to the user viathe VR device from a VR content provider via a network; responsive todetermination that a certain biometric parameter of the user is outsideof an allowable threshold of biometric data of the user, accessing a VRdevice configuration for the VR device, the VR device configurationcomprising one or more of tunable characteristics of the VR device orcontent changes to the VR content, and determining, based at least onthe VR device configuration, a VR device action for implementation onthe VR device, the VR device action to address the certain biometricparameter of the user that is outside of the allowable threshold ofbiometric data of the user; and changing, based on the VR device action,one or more of the tunable characteristics of the VR device while theuser is viewing the VR content.
 18. The non-transitory machine-readablemedium of claim 17, wherein the operations further comprise accessingbiometric data of the user, the biometric data obtained by the VR devicewhile the user is viewing the VR content, the biometric data indicatingone or more biological measurements of the user.
 19. The non-transitorymachine-readable medium of claim 17, wherein said accessing the VRdevice configuration comprises accessing a content management enginethat accesses a plurality of device and content configurations.
 20. Thenon-transitory machine-readable medium of claim 17, wherein saidperforming the VR device action comprises modifying the VR content beingviewed by the user using the VR device.
 21. The non-transitorymachine-readable medium of claim 17, wherein the VR device comprises ahead-mounted display configured to be worn by the user, wherein thetunable characteristics of the VR device comprise characteristics of thehead-mounted display.